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INTRODUCTION 


Despite  the  well-documented  benefits  of  glycemic  control and  a  secular  trend  to 
overall  improvement  in  people  with  diabetes,^  glycemic  control  is  still  sub-optimal  in 
many  patients.  According  to  the  National  Health  and  Nutrition  Examination  Survey, 
43.2%  of  people  with  diabetes  had  A1c  levels  greater  than  or  equal  to  the  generally 
recommended  target  of  7.0%.^  Achieving  target  glycemic  control  typically  requires  a 
multi-factorial  approach,  with  considerable  commitment  from  the  person  with  diabetes  to 
examine  and  correctly  interpret  random  blood  glucose  readings,  take  medications  as 
prescribed,  follow  a  balanced,  whole  foods-based  diet  and  engage  in  regular  physical 
activity.  For  a  variety  of  reasons,  many  people  with  diabetes  do  not  or  cannot  adhere  to 
these  requirements;"^'®  failure  to  do  so  may  be  due  to  inadequate  education  about  the 
purpose  and  outcomes  of  such  behaviors  and  the  absence  of  support  and/or  reminders. 

Thus,  the  overall  objective  of  this  project  is  to  develop  (phase  1)  and  test  (phase  2)  a 
new  tool  for  diabetes  self-management  that  provides  education,  reminders,  and  support. 
The  new  tool  is  an  internet-based  and  mobile  application  (software),  now  called 
Tracking  My  Diabetes  (TMD).  Our  central  hypothesis  is  that  an  application  (such  as 
TMD)  that  coordinates  the  major  components  of  diabetes  self-management,  is  mobile, 
provides  decision  support  with  actionable  options,  and  is  based  on  user  input,  will 
enhance  diabetes  self-care,  improve  glycemic  control,  and  lower  psychological  distress 
related  to  diabetes.  During  development  (phase  1 ),  we  created  the  functional 
requirements,  rules  and  algorithms  for  TMD,  and  then  coded  these  rules  and  algorithms 
to  create  a  functioning,  Internet-based  tool.  The  study  (phase  2)  is  a  test  of  the  TMD’s 
clinical  efficacy  when  used  for  3  months  by  a  cohort  of  people  with  diabetes. 
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BODY 


TASK  1.  Draft  functional  repuirements  —  COMPLETE 

This  is  the  first  task  that  the  project  completed,  and  is  foundational  for  the  rest  of  the 
work.  THIS  INFORMATION  HAS  BEEN  REPORTED  PREVIOUSLY,  BUT  WE 
INCLUDE  IT  HERE  FOR  CONTINUITY  OF  DOCUMENTATION. 

To  complete  this  task,  the  project  identified  discrete,  user-friendly  ‘modules’  that 
address  the  main  components  of  diabetes  care.  The  modules,  borrowed  from  the 
American  Association  of  Diabetes  Educators,  are: 

•  Healthy  Eating 

•  Being  Active 

•  Outlook 

•  Medications 

•  Monitoring  (weight  and  blood  glucose) 

•  Reducing  Risks 

Although  not  a  separate  module  per  se,  the  application  also  includes  weekly  diabetes 
tips  (or  twice  weekly,  depending  on  user  preference)  that  cover  the  above  areas  (the 
user  chooses  the  areas).  We  have  drafted  tips  pertaining  to  the  above  areas. 

Furthermore,  the  ‘Reducing  Risks’  module  is  not  stand-alone;  rather  it  is  incorporated 
into  the  user’s  Home  Page  and  addresses  issues  such  as  lab  results  and  appointment 
reminders. 

We  submitted  the  Functional  Requirement  Document  (Task  1)  to  Stacey  Zimmerman, 
who  has  since  left  TATRC.  The  following  is  excerpted  from  the  Functional  Requirement 
Document  submitted.  We  are  including  this  information  here  because  the  contract 
transitioned  from  the  TRUE  Research  Foundation  to  the  Geneva  Foundation, 
resulting  in  a  new  contract  number,  and  we  are  not  sure  if  ail  artifacts  of  the 
project  were  transferred  with  it.  Note,  the  second  task  describes  changes  to  the 
requirements  that  came  out  of  our  process  for  obtaining  feedback. 
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START  OF  EXCERPT  FROM  FUNCTIONAL  REQUIREMENTS  DOCUMENT 


A.  Operating  Environment 

The  PHR-A  is  a  web-based  application  that  consists  of: 

Two  user  interfaces 

o  An  HTML  and  JavaScript  browser-based  front  end  designed  for  the  desktop 
o  An  HTML  and  JavaScript  browser-based  front  end  designed  for  mobile  smartphones 
A  Java-based  framework  utilizing  Apache  Struts  on  the  server 
Relational  database  to  handle  data  storage  requirements 

B.  PHR-A  Technicai  Requirements  Summary 
Technicai  Architecture/Depioyment  Moduie 

The  PHR-A  must  be  designed  to  be  deployed  as  one  universally-available  application. 

Specific  technical  architecture  guidelines  can  be  found  in  the  PHR-A  Technical  Architecture  Document. 

User  Prerequisites 

While  intended  to  support  the  person  with  diabetes,  the  PHR-A  will  be  publicly-available  to  anyone 
interested  in  using  it.  No  formal  training  is  required.  However,  some  baseline  familiarity  with  internet 
technologies  will  be  necessary  to  interact  with  the  various  application  modules. 

Use  of  the  desktop  browser  version  requires  only  basic  internet  connectivity  and  a  reasonably  modern 
computer. 


Use  of  the  mobile  version  requires  a  device  with  both  internet  connectivity  and  an  internet  browser. 


Some  components  of  the  PHR-A  utilize  data  from  third-party  Personal  Health  Record  (PHR)  data 
repositories,  such  as  Microsoft  HealthVault.  In  order  to  take  advantage  of  those  components  users  will  be 
required  to  both  create  their  personal  account  and  facilitate  the  transfer  of  their  personal  health  record 
information. 
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Hardware  Requirements 

The  PHR-A  has  the  following  hardware  requirements: 


System 

Type 

Requirements 

BEA  Weblogic 

Application  Server 

•  Server  class  machine 
with  Windows  2003/8 
Server 

Communications 

•  TCP/IP 

Oracle  10g 

Database  Server 

•  Server  class  machine 
with  Windows  2003/8 
Server 

Communications 

•  JDBC 

PHR-A  Client 

Desktop  Client 

•  Desktop  class  machine 
with  Windows  XP  SP2  or 

newer 

Mobile  Client 

•  Smartphone  with 
connectivity  to  the 

Internet 

Communication 

•  TCP/IP 

•  HTTP  1.1 

•  HTTPS  1.1 

Software  Requirements 

The  PHR-A  has  the  following  software  requirements: 


System 

Requirements 

Application  Server 

• 

BEA  Weblogic  Express  9.2  or  higher 

• 

Java  vSApache  Struts  v2 

• 

Hibernate  v2 

• 

C3PO 

• 

SOL*Net  client/ JDBC 

Database  Server 

•  Oracle  10.0.2 

Desktop  Client 

• 

Internet  Explorer  v6/5  or 

• 

Firefox  v3.5  or 

• 

Safari  4 

Mobile  Client 

•  Javascript/EMCAScript  enabled  Mobile  Browser 
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Technology  Requirements 

The  recommended  technologies  are  as  follows: 


Technology 

Use 

Requirements 

Java 

Application 

Provides  the  backend  application  software  to  drive  the 
PHR-A 

BEA  Web  Logic 

Application  Hosting 

Application  server,  which  hosts  the  Java  application 

Oracle  10 

Data  Storage 

Robust  data  storage  for  PHR-A  data 

HTML/JavaScript 

Client-browser 

presentation 

Markup  language  used  to  display  information  in  a  web 
browser  and  interact  with  the  user 

Development  Environment 
Software 


Tool 

Purpose 

Eclipse 

Java  development  environment 

ERWin 

Data  Modeling 

Oracle  lOg 

Database 

Apache  Tomcat  v5.5  or  higher 

Application  Server 

Java  Virtual  Machine  v5 

Java  runtime  environment 

Desktop  User  Interface  Guidelines 

The  following  user  interface  guidelines  should  be  used  in  implementing  the  desktop  version  of  the  PHR-A. 

1 .  Desktop  page  size  will  be  optimized  for  a  resolution  of  1024  x  768  pixels.  The  application  will  be 
usable  at  lower  resolutions,  but  may  require  horizontal  and  vertical  scrolling. 

2.  The  application  will  be  targeted  for  multi-browser  support. 

3.  Each  page  of  the  application  will  contain  a  page  title. 

4.  The  desktop  client  will  display  the  username  of  the  user  who  is  logged  in,  a  link  to  logout,  and  a 
link  to  access  the  user’s  personal  settings. 

5.  For  all  date  fields  the  following  behaviors  will  be  implemented: 

a.  A  calendar  should  be  enabled  for  all  date  fields  that  are  not  likely  to  have  dates  older 
than  5  years  entered  to  allow  the  user  to  graphically  select  the  date. 

b.  If  the  user  enters  only  a  4  digit  year  the  date  will  default  to  “01/01”  of  the  entered  year. 

c.  If  the  user  presses  the  “t”  key  on  the  keyboard  in  the  date  field  the  current  date  will 
display. 

6.  The  user  will  be  able  to  sort  the  contents  of  a  panel  within  the  desktop  client  by  clicking  on  the 
column  header  within  the  panel. 

a.  The  first  click  on  a  column  header  will  sort  the  data  in  ascending  order. 

b.  The  second  click  on  the  same  column  header  will  sort  the  data  in  descending  order. 

c.  Subsequent  clicks  on  the  same  column  header  will  alternate  the  sort  order  between 
ascending  and  descending. 

7.  Data  entry  pages  will  exhibit  the  following  interface  behaviors: 


8 


a.  Required  fields  are  designated  by  using  a  red  “*”  to  the  left  of  the  field  label.  Additionally 
a  “*  =  Required  Field”  text  will  display  on  the  page. 

b.  A  message  prompt  will  display  if  the  user  is  editing  or  adding  data  and  navigates  away 
from  the  page.  The  prompt  will  display  a  message  that  the  data  were  not  saved  and  the 
user  can  cancel  the  navigation  or  proceed  without  saving. 

c.  Users  of  the  desktop  version  will  be  able  to  navigate  through  the  fields  via  the  TAB  key 
on  the  keyboard.  Default  tab  movement  will  be  from  starting  at  the  top  and  moving  left  to 
right  then  top  to  bottom.  Within  the  sections  where  the  tabbing  is  different  than  the 
default  a  special  requirement/consideration  will  state  this  fact. 

8.  The  application  will  provide  context  sensitive  tool  tips  (mouse-over  messages)  as  much  as 
possible  to  aid  the  use  and  navigation  of  the  user. 

Mobile  Client  User  Interface  Guidelines 

The  following  user  interface  guidelines  should  be  used  in  implementing  the  mobile  version  of  the  PHR-A. 

1 .  Mobile  page  size  will  be  optimized  for  a  resolution  of  480x854  pixels.  The  application  will  be 
usable  at  lower  resolutions,  but  may  require  horizontal  and  vertical  scrolling. 

2.  The  application  will  be  targeted  for  multi-browser  support. 

3.  Each  page  of  the  application  will  contain  a  page  title. 

Development  Best  Practices 

To  the  extent  feasible,  the  PHR-A  will  follow  both  the  mobile  website  and  mobile  application  best 

practices  published  by  W3C.  The  current  versions  of  these  practices  may  be  accessed  with  the  following 

URLs: 

1)  http://www.w3.org/TR/mobile-bp/ 

2)  http://www.w3.org/TR/mwabp/ 


Special  Testing  Toois/Constraints 

The  mobile  version  of  the  PHR-A  requires  a  smartphone.  Smartphone  technologies  evolve  very  rapidly 
and  vary  widely  between  both  manufactures  and  network  carriers.  The  PHR-A  will  be  designed  to  work 
on  the  widest  range  of  devices  possible;  however  it  will  not  be  possible  to  fully  test  every  device  on  every 
network.  Initial  development  testing  will  utilize  the  desktop  computer  based  phone/mobile  browser 
emulators  typically  made  available  to  application  developers  by  the  device  manufactures.  Additional 
information  on  emulators  and  a  best  practices  testing  approach  may  be  found 
at  http://mobiforqe.com/testinq/storv/a-quide-mobile-emulators. 

After  initial  emulator  based  testing  is  complete,  the  software  will  be  formally  tested  using  the  default  web 
browser  applications  on  the  following  popular  smartphones: 

•  Apple  iPhone  (AT&T  3G  network/Apple  OS) 

•  Blackberry  Storm2  (Verizon  3G  network/Blackberry  OS) 

•  Motorola  Droid  (Verizon  3G  network/Google  OS) 

•  Samsung  Omnia  (Verizon  3G  network/Windows  OS) 
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C.  System  Functional  Requirements 


General 

The  PHR-A  will  consist  of  three  modalities  for  viewing  content  and  using  the  application  functionality. 
These  are  the  PHR-A  website,  iGoogle  and  a  mobile  smartphone.  The  PHR-A  website  will  be  viewable  in 
a  smartphone  browser,  but  will  not  be  optimized  for  the  screen  size  and  resolution,  only  specific  content 
will  be  optimized.  Certain  functions  may  be  limited  to  specific  modalities  and  this  will  be  noted  in  each 
section’s  requirements. 

PHR-A  Website 

The  PHR-A  website  is  the  user’s  introduction  to  the  PHR-A  and  will  serve  as  a  general  marketing  and 
informational  website.  It  will  allow  the  user  to  create  an  account  and  access  the  system  functionality. 
Certain  functionality  will  only  be  available  within  the  PHR-A  website. 


Req  id 

Requirement  Name 

Description 

Vers 

New 

Vers 

Upd. 

PHR- 

A_Website1 

General  Application 
and  Module 

Information 

The  system  shall  present  a  publicly-available 
website  which  describes  the  PHR-A;  provides 
detailed  information  on  the  function  and  use  of 
each  module;  provides  links  for  adding  selected 
modules  to  the  users  portal  framework. 

1.0 

1.0 

PHR- 

A_Website2 

Account  Management 

The  system  shall  allow  users  to  sign  up  for  PHR-A 
services;  manage  their  account  and  configure  their 
personal  preferences. 

1.0 

1.0 

PHR- 

AWebsiteS 

Account  Setup 

The  system  shall  present  users  with  an  initial  setup 
process. 

1.0 

1.0 

PHR- 

A_Website4 

Module  Usage 

The  PHR-A  modules  must  be  usable  within  the 
website  itself  and  not  require  the  use  of  iGoogle  or 
mobile  phone  to  view  and  use. 

1.0 

1.0 

iGoogle 


Individual  modules  can  be  used  within  iGoogle  as  gadgets. 


Req  id 

Requirement  Name 

Description 

Vers 

New 

Vers 

Upd. 

iGooglel 

iGoogle  Framework 

The  iGoogle  framework  must  be  available  to  all 
users  and  manages  the  user’s  ability  to  view, 
execute,  add,  drop  and  arrange  PHR-A  modules 
as  desired. 

1.0 

1.0 

iGoogle_2 

Module  Usage 

The  PHR-A  module  must  be  usable  within  the 
iGoogle  framework. 

1.0 

1.0 
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Mobile  Smartphone 

Individual  modules  can  be  viewed  on  a  smartphone  browser. 


Req  id 

Requirement  Name 

Description 

Vers 

New 

Vers 

Upd. 

Smartphone_1 

Module  Usage 

The  PHR-A  modules  must  be  usable  on  a  mobile 
smartphone  browser. 

1.0 

1.0 

PHR-A  Website  Requirements 
Create  Account 


Req  id 

Requirement  Name 

Description 

Vers 

New 

Vers 

Upd. 

CreateAccountI 

Account  Creation 

They  system  must  allow  the  user  to  create  an 
account. 

1.0 

1.0 

CreateAccount_2 

Account 

Confirmation 

The  system  must  send  a  confirmation  email  to 
the  user  before  the  account  becomes  active. 

1.0 

1.0 

Login/Logout 


Req  id 

Requirement  Name 

Description 

Vers 

New 

Vers 

Upd. 

Login_1 

Login  to  PHR-A 

The  system  must  allow  users  with  current  security 
rights  to  successfully  access  the  PHR-A  content. 

1.0 

1.0 

Login_2 

Logout  of  PHR-A 

The  system  must  allow  users  to  successfully  logout 
of  the  PHR-A. 

1.0 

1.0 

Login_3 

Timeout  of  PHR-A 

The  system  must  automatically  logout  the  user 
after  a  system  configurable  time  period  has 
expired. 

1.0 

1.0 

Password  Management 


Req  id 

Requirement  Name 

Description 

Vers 

New 

Vers 

Upd. 

Password  MngmM 

Password  Reminder 

The  system  must  be  capable  of  sending  a  new 
temporary  password  reminder  to  the  user  upon 
request  by  the  user  after  correctly  responding 
to  a  series  of  challenge  questions. 

1.0 

1.0 

Password  Mngmt_2 

Password  Change 

The  system  must  allow  the  user  to  change  their 
password. 

1.0 

1.0 

Password  Mngmt_3 

Challenge  PHR-Ase 

The  system  must  allow  the  user  to  change  the 
challenge  PHR-Ase  and  answers. 

1.0 

1.0 

Password  Mngmt_4 

Temporary  Password 

The  system  shall  require  the  user  to 
immediately  change  a  temporary  password 
after  successfully  logging  in. 

1.0 

1.0 
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Initial  Setup 


Upon  initial  creation  the  user  will  be  guided  through  an  initial  setup  process  by  which  they  can  set 
application  preferences  and  learn  about  the  PHR-A. 


Req  id 

Requirement  Name 

Description 

Vers 

New 

Vers 

Upd. 

lnitialSetup_1 

Initial  setup 

They  system  must  guide  the  user  through  an  initial 
account  setup. 

1.0 

1.0 

Account  Personalization 

The  user  will  be  able  to  update  their  account  information. 


Req  id 

Requirement  Name 

Description 

Vers 

New 

Vers 

Upd. 

AccountPersonalization_1 

Account  Update 

The  system  must  allow  the  user  to  update 
their  account  information. 

1.0 

1.0 

Microsoft  HealthVault  Account  Setup 


Use  of  Microsoft  HealthVault  is  not  required,  but  the  PHR-A  can  synchronize  with  Microsoft  HealthVault. 
To  do  so,  the  user  must  give  the  PHR-A  explicit  permission _ _ 


Req  id 

Requirement  Name 

Description 

Vers 

New 

Vers 

Upd. 

HealthVault_1 

HealthVault 

Initialization 

The  PHR-A  must  have  the  ability  to  synchronize 
the  user’s  account  with  their  Microsoft  HealthVault 
account  according  to  Microsoft’s  published 
guidelines. 

1.0 

1.0 

D.  General  Module  Requirements 

Modules  represent  individual  functional  areas  within  the  application.  The  following  requirements  pertain  to 
each  individual  module. 

Module  Presentation 

Modules  can  be  presented  in  a  number  of  different  modalities. 


Req  id 

Requirement  Name 

Description 

Vers 

New 

Vers 

Upd. 

ModuleOverview_1 

Website 

Presentation 

Modules  must  be  presentable  within  the  PHR-A 
website. 

1.0 

1.0 

ModuleOverview_2 

iGoogle  Gadget 
Presentation 

Modules  must  be  presentable  within  iGoogle  as 
a  Gadget. 

1.0 

1.0 

ModuleOverview_1 

Mobile 

Presentation 

Modules  must  be  presentable  within  the 
browser  on  a  smartphone. 

1.0 

1.0 
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Secure  Login/Logout 


The  following  requirements  address  entering  and  exiting  secured  PHR-A  modules.  Not  all  modules  will 
have  a  security  requirement  but  login  may  still  be  required  for  accurate  system  usage  monitoring. 


Req  id 

Requirement  Name 

Description 

Vers 

New 

Vers 

Upd. 

Login_1 

Login  to  PHR-A 

The  system  must  allow  users  with  current  security 
rights  to  successfully  access  the  PHR-A  content. 

1.0 

1.0 

Login_2 

Reset  User  Password 

The  system  must  allow  users  to  reset  their 
password  after  attempting  to  access  the  PHR-A 
with  an  expired  password. 

1.0 

1.0 

Login_3 

Logout  of  PHR-A 

The  system  must  allow  users  to  successfully  logout 
of  the  PHR-A. 

1.0 

1.0 

Login_4 

Forgot  User  Password 

The  system  must  allow  users  to  request  a  new 
password  if  the  password  was  forgotten.  The 
system  should  provide  a  new  temporary  password 
via  email. 

1.0 

1.0 

Login_5 

Password  Expiration 

The  user’s  password  should  expire  after  a  system 
configurable  time  frame. 

1.0 

1.0 

Password 


Password  requirements  will  follow  DoD  standard  password  requirements. 


Req  id 

Requirement  Name 

Description 

Vers 

New 

Vers 

Upd. 

Passwordi 

Length 

The  system  must  require  a  password  be  at  least  10 
characters. 

1.0 

1.0 

Password_2 

Number  of  Characters 

The  system  must  require  a  password  contain  at 
least  1  uppercase,  1  lowercase,  1  numerical,  and 

1  special  character. 

1.0 

1.0 

Passwords 

Reuse  of  Passwords 

The  system  must  require  a  password  must  not  be 
one  of  the  last  five  (5)  passwords  already  used. 

1.0 

1.0 

E.  PHR-A  Module  Content 

The  PHR-A  implements  a  cohesive  set  of  user  functions  loosely  modeled  around  the  following  American 
Association  of  Diabetes  Educators  (AADE)  recommended  topic  areas. 

Healthy  Eating  Module 

The  Healthy  Eating  Module  provides  users  with  several  related  tools  aimed  at  monitoring  food  intake, 
providing  feedback/advice,  and  helping  users  to  anticipate  the  effects  of  certain  foods  (“What  if  I  ate...” 
analysis).  The  Healthy  Eating  Module’s  focus  is  eating  a  balanced  diet  of  the  right  food  groups  (not  about 
calorie  and/or  carbohydrate  intake  per  se).  Tracking  nutrition  intake  will  utilize  a  diabetes  food  pyramid 
methodology  whereby  the  user  will  track  data  based  on  the  number  of  servings  they  eat  from  each 
category,  such  as  starches,  protein,  fruits,  vegetables,  or  high  fat  or  sweet  foods.  Feedback  will  be  based 
on  the  user’s  eating  behavior  relative  to  the  pyramid  guidelines.  Feedback  will  include  information  related 
to  diabetes  and  healthy  eating  habits. 
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Req  id 

Requirement  Name 

Description 

Vers 

New 

Vers 

Upd. 

HeaithyEating_1 

Nutrition  Data  Entry 

By  Category 

Aiiows  user  to  enter  number  of  servings  for  a 
nutrition  category. 

1.0 

1.0 

HeaithyEating_2 

Nutrition  Time  Data 
Entry  By  Category 

Cptionaiiy  aiiows  user  to  track  the  time  they  ate 
a  meai/snack. 

1.0 

1.0 

HeaithyEating_3 

Daiiy  Nutrition 

Feedback 

Provides  user  feedback  on  their  progress 
towards  heaithy  eating  for  the  day  based  on 
data  entry  and  food  pyramid  guideiines. 

Feedback  shaii  be  textuai  and  graphicai. 

1.0 

1.0 

HeaithyEating_4 

Weekiy  Nutrition 
Feedback 

Provides  user  feedback  on  their  progress  toward 
heaithy  eating  for  the  past  seven  days  based  on 
data  entry  and  food  pyramid  guideiines. 

Feedback  shaii  be  textuai  and  graphicai. 

1.0 

1.0 

HeaithyEating_5 

Personaiized  Food 
Pyramid 

Aiiows  user  to  personaiize  the  daiiy  required 
servings  for  each  food  pyramid  category. 

1.0 

1.0 

HeaithyEating_6 

Food  Pyramid  Reset 

Aiiows  user  to  reset  food  pyramid  to 
recommended  guideiines. 

1.0 

1.0 

HeaithyEating_7 

Estimated  Daiiy 

Nutrition  Data  Entry 

Aiiows  the  user  to  quickiy  enter  estimated  future 
servings  of  food. 

1.0 

1.0 

HeaithyEating_8 

Projected  Daiiy 

Nutrition  Feedback 

Provides  user  feedback  using  actuai  and 
estimated  food  intake  data  versus  daiiy  goais  to 
determine  how  best  to  meet  their  daiiy  goai. 

1.0 

1.0 

HeaithyEating_9 

Food  Pyramid 
Information 

Provides  user  with  information  about  the 
nutritionai  categories.  Information  shouid  inciude 
what  food  items  beiong  in  each  category  and 
sampie  serving  size  information  for 
representative  foods. 

1.0 

1.0 

HeaithyEating_10 

Nutrition  Information 
Links 

Provides  users  with  a  iist  of  additionai  externai 
vetted  sources  (websites)  of  information  about 
nutrition. 

1.0 

1.0 

Being  Active  Moduie 

The  Being  Active  Moduie  provides  users  with  severai  reiated  toois  aimed  at  improving  their  understanding 
and  abiiity  to  improve  their  fiexibiiity,  strength,  and  cardiovascuiar  fitness.  Feedback  wiii  inciude  diabetes 
specific  information. 


Once  a  month,  the  Being  Active  Moduie  wiii  inciude  the  Diabetes  Activity  Chaiienge.  This  is  a  brief  activity 
that  wiii  ask  the  user  to  record  their  biood  sugar  before  and  after  sustained  physicai  activity.  The 
appiication  wiii  have  specific  graphs  to  show  the  correiation  between  the  biood  sugar  ieveis  before  and 
after  the  activity  demonstrating  how  activity  can  improve  biood  sugar  controi. 
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Req  id 

Requirement  Name 

Description 

Vers 

New 

Vers 

Upd. 

BeingActive_1 

Activity  Data  Entry  By 
Category 

Aiiows  user  to  enter  number  of  minutes  or 
duration  spent  based  on  category  (fiexibiiity, 
strength,  or  cardio). 

1.0 

1.0 

BeingActive_2 

Activity  Data  Entry  By 
Identified  Activity 

Aiiows  user  to  enter  number  of  minutes  or 
duration  spent  engaged  in  a  specific  activity. 

1.0 

1.0 

BeingActiveS 

Activity  Time  Data 

Entry 

Optionaiiy  aiiows  user  to  enter  start  time  of 
activity. 

1.0 

1.0 

BeingActive_4 

Activity  Intensity  Data 
Entry 

Optionaiiy  aiiows  user  to  specify  the  ievei  of 
intensity  for  an  activity. 

1.0 

1.0 

BeingActiveS 

Estimated  Caiories 
Burned  Data  Entry 

Optionaiiy  aiiows  user  to  enter  caiories  burned 
during  an  activity. 

1.0 

1.0 

BeingActiveS 

MS  Heaith  Vauit  Link 

If  a  link  exists  with  Health  Vault  the  system  must 
have  the  capability  to  synchronize  activity  data. 

1.0 

1.0 

BeingActive_7 

Activity  Feedback 

Based  on  Time 

Provides  users  feedback  on  activity  level  trends, 
progress  towards  personalized  activity  goals 
based  on  time.  Feedback  shall  be  textual  and 
graphical. 

1.0 

1.0 

BeingActiveS 

Activity  Feedback 

Based  on  Caiories 
Burned 

Provide  users  feedback  on  activity  level  trends, 
progress  towards  personalized  activity  goals 
based  on  calories  burned.  Feedback  shall  be 
textual  and  graphical. 

1.0 

1.0 

BeingActiveS 

Estimated  Activity 

Data  Entry 

Allows  the  user  to  quickly  enter  estimated 
activities. 

1.0 

1.0 

BeingActivelO 

Personaiized  Daiiy 

Goai  Entry 

Allows  the  user  to  enter  daily  goals  for  each 
category.  Initial  suggested  goals  will  be  based 
on  standardized  recommendations  for  activity 
(i.e.  1  hour  of  cardio  per  day). 

1.0 

1.0 

BeingActive_11 

Personaiized  Weekiy 
Goai  Entry 

Allows  the  user  to  enter  weekly  goals  for  each 
category.  Initial  suggested  goals  will  be  based 
on  standardized  recommendations  for  activity 
(i.e.  3  hours  of  strength  training  per  week). 

1.0 

1.0 

BeingActive_12 

Activity  Goai  Reset 

Allows  the  user  to  reset  their  goals  based  on 
standards. 

1.0 

1.0 

BeingActive_13 

Projected  Daiiy 

Activity  Feedback 

Provides  user  feedback  using  actual  and 
estimated  activity  data  versus  daily  goals  to 
determine  how  best  to  meet  their  daily  goal. 

1.0 

1.0 

BeingActive_14 

Projected  Weekiy 
Activity  Feedback 

Provides  user  feedback  using  actual  and 
estimated  activity  data  versus  weekly  goals  to 
determine  how  best  to  meet  their  weekly  goals. 

1.0 

1.0 

BeingActive_15 

Activity  Information 

Provide  user  with  information  about  the 
categories  of  activity.  Information  should  include 
what  activities  belong  in  each  category. 

1.0 

1.0 

BeingActive_16 

Activity  Information 
Links 

Provider  users  with  a  list  of  additional  external 
vetted  sources  (websites)  of  information  about 
activity. 

1.0 

1.0 
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BeingActive_17 

Diabetes  Activity 
Chaiienge  Notification 

Notify  user  of  Diabetes  Activity  Chaiienge. 

1.0 

1.0 

BeingActive_18 

Diabetes  Chaiienge 
Feedback 

Provide  user  specific  feedback  reiated  to  the 
Chaiienge  inciuding  data  (textuai/graphicai) 
based  on  biood  giucose  ieveis  before  and  after 
an  activity. 

1.0 

1.0 

Taking  Medications  Moduie 

The  Taking  Medications  Moduie  provides  users  with  a  detaiied  medication  reminder/compiiance  tracker 
and,  if  appiicabie,  a  meai-time  insuiin  dosage  caicuiator  and  a  suppiementai  bonus  insuiin  estimator. 


Req  id 

Requirement  Name 

Description 

Vers 

New 

Vers 

Upd. 

Medications_1 

Scheduied  Medication 
Reminder 

Based  on  a  user  configured  medication 
scheduie  the  system  shaii  generate  a  reminder 
for  each  medication  dose.  Based  on  deiivery 
mechanism,  the  content  of  the  reminder  wiii 
differ. 

1.0 

1.0 

Medications_2 

Emaii  Medication 
Reminder 

The  reminder  shaii  inciude  the  time  the  drug  is 
supposed  to  be  taken,  name  of  the  medication, 
the  dosage,  an  image  of  the  medication,  a  iink  to 
externaiiy  maintained  medication  reference 
materiais  and  a  iink  to  a  web  page  aiiowing  the 
user  to  indicate  if/when  the  dosage  was  actuaiiy 
taken,  to  ciose  reminder  and  not  track 
compiiance,  or  to  remind  again  in  X  minutes. 

1.0 

1.0 

Medications_3 

Text  Message 

Reminder 

The  reminder  shaii  inciude  the  name  of  the  drug, 
the  dosage,  and  the  time  the  drug  shouid  be 
taken. 

1.0 

1.0 

Medciations_4 

Gadget  or  Website 
Reminder 

The  reminder  shaii  inciude  the  time  the  drug  is 
supposed  to  be  taken,  name  of  the  medication, 
the  dosage,  an  image  of  the  medication,  a  iink  to 
externaiiy  maintained  medication  reference 
materiais,  and  a  iink  to  a  web  page  aiiowing  the 
user  to  indicate  if/when  the  dosage  was  actuaiiy 
taken,  to  ciose  reminder  and  not  track 
compiiance,  or  to  remind  again  in  X  minutes. 

1.0 

1.0 

Medications_5 

Medication  Regimen 
Setup 

The  system  shaii  provide  the  user  with  a  method 
for  inputting  and  managing  their  medication 
regimen  inciuding  medication  name,  dosage, 
and  scheduie.  Medicine  seiection  shaii  inciude  a 
method  for  users  to  visuaiiy  confirm  that  the 
automaticaiiy  seiected  image  matches  the  actuai 
medication  on  hand. 

1.0 

1.0 

Medications_6 

Medication  Reminder 
Preferences 

The  system  shaii  provide  users  the  abiiity  to 
manage  aii  preferences  reiated  to  Medication 
Reminders  such  as  reminder  timing  (ex.  10 
minutes  before  scheduied  time),  reminder 
biackout  periods  (ex.  1 1  pm  -  Sam),  reminder 
automatic  ciosing  (ex.  2  days  past  due),  deiivery 
mechanism  (ex.  Web-based,  text  message,  or 
emaii). 

1.0 

1.0 
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Medications_7 

Meaitime  Boius  Insuiin 
Estimator 

The  system  shaii  provide  users  with  a  specific 
insuiin  units  recommendation  and  carb  to  insuiin 
ratio  data  based  on  user  entered/specific 
carbohydrate  to  insuiin  ratio  and  pianned 
carbohydrate  consumption. 

1.0 

1.0 

Medications_8 

Suppiementai  Boius 
Insuiin  Estimator 

The  system  shaii  provide  users  with  a  specific 
insuiin  units  recommendation  and  insuiin 
sensitivity  factor  data,  based  on  manuai  entry  of 
their  current  biood  giucose  ievei,  totai  daiiy 
insuiin  requirement,  ideai  biood  giucose,  and 
seiected  ruie  (1500  or  1800). 

1.0 

1.0 

Reducing  Risks  Module 

Reducing  Risks  focuses  on  standards  of  care  inciuding  appropriate  iab  testing  and  examinations. 


Req  id 

Requirement  Name 

Description 

Vers 

New 

Vers 

Upd. 

ReducingRisk_1 

Microsoft  Heaith  Vauit 

The  system  shaii  synchronize  Ale  and 
choiesteroi  iab  data  and  appointment 
information  with  Heaith  Vauit. 

1.0 

1.0 

ReducingRisk_2 

Lab  Data  Entry 

The  system  shaii  aiiow  the  user  to  enter  Ale 
and  choiesteroi  iab  data  inciuding  iab  test  date 
and  vaiue. 

1.0 

1.0 

ReducingRiskS 

Exam  Data  Entry 

The  system  shaii  aiiow  the  user  to  enter  past 
examination  data  for  primary  care,  podiatry,  and 
eye  exams  inciuding  data  and  type  of  exam. 

1.0 

1.0 

ReducingRisk_4 

Appointment  Data 

Entry 

The  system  shaii  aiiow  the  user  to  enter  future 
appointment  data  inciuding  type  of  appointment 
(doctor  visit  or  iab  test),  date/time,  iocation,  who 
with,  and  contact  information. 

1.0 

1.0 

ReducingRisk_5 

Appointment 

Maintenance 

The  system  shaii  aiiow  the  user  to  modify  the 
appointment  information.  They  shaii  be  aiiowed 
to  mark  it  kept. 

1.0 

1.0 

ReducingRisk_6 

Appointment 

Reminder 

Configuration 

The  system  shaii  aiiow  the  user  to  configure 
how  they  are  reminded  of  appointments. 

Options  inciude  text  message,  emaii,  or  website 
usage. 

1.0 

1.0 

ReducingRisk_7 

Appointment 

Reminder  Action 

The  system  shaii  aiiow  the  user  to  ciose  a 
reminder,  mark  the  appointment  as  kept,  or 
remind  again  in  X  time. 

1.0 

1.0 

ReducingRisk_8 

Appointment 

Reminder  Deiivery 

The  system  shaii  send  appointment  reminders 
based  on  the  user’s  preference. 

1.0 

1.0 

ReducingRiskO 

Lab  Testing  Reminder 

The  system  shaii  reminder  the  patient  about  the 
need  to  get  iab  tests  based  on  data  entered  and 
standard  iab  testing  scheduies. 

1.0 

1.0 
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ReducingRisklO 

Lab  Testing  Reminder 
Emaii  Message 

The  iab  test  reminder  wiii  contain  information 
about  which  iab  test  is  required,  when  the  iast 
one  was  performed,  and  information  about  why 
it  is  important. 

1.0 

1.0 

ReducingRiskH 

Lab  Testing  Reminder 
Text  Message 

The  iab  test  reminder  wiii  state  the  iab  test  that 
is  required  and  date  of  iast  iab  test. 

1.0 

1.0 

ReducingRisk_12 

Appointment 

Reminder  Text 

Message 

The  system  shaii  send  the  user  a  text  message 
reminder  about  their  next  appointment  inciuding 
the  appointment  date/time  and  who  it  is  with. 

1.0 

1.0 

ReducingRisk_13 

Appointment 

Reminder  Emaii 
Message 

The  system  shaii  send  the  user  an  emaii 
reminder  about  their  next  appointment  inciuding 
the  appointment  date/time,  type,  who  it  is  with, 
contact  information,  and  a  iink  to  take  an  action 
on  the  appointment. 

1.0 

1.0 

Reducingisk_14 

Gadget  or  Website 
Reminder 

The  system  shaii  provide  functionaiity  to  remind 
the  user  of  appointments  and  iab  tests. 

1.0 

1.0 

Monitoring  -  Biood  Sugar 

Monitoring  focuses  on  improving  a  patient’s  weii-being  through  proper  biood  sugar  monitoring. 


Req  id 

Requirement  Name 

Description 

Vers 

New 

Vers 

Upd. 

MonitoringBG_1 

Microsoft  HeaithVauit 

The  system  shaii  synchronize  biood  sugar  data 
with  Microsoft  HeaithVauit. 

1.0 

1.0 

MonitoringBG_2 

Biood  Sugar  Data 

Entry 

The  system  must  aiiow  the  user  to  enter  biood 
sugar  information  inciuding  date/time  of  reading 
and  resuit. 

1.0 

1.0 

MonitoringBG_3 

Biood  Sugar  Time 
Period  Maintenance 

The  system  must  aiiow  the  user  to  specify  what 
times  each  time  period  (before/after  breakfast, 
etc)  faiis  into. 

1.0 

1.0 

MonitoringBG_4 

Biood  Sugar  Range 
Maintenance 

The  system  must  aiiow  the  user  to  specify 
high/iow  vaiues  according  to  time  periods  for 
biood  sugar  readings. 

1.0 

1.0 

MonitoringBG_5 

Biood  Sugar  Log  Book 

The  system  must  dispiay  biood  sugar 
information  in  a  standard  iog  book  format  broken 
down  by  time  period,  inciuding  totai  readings  per 
time  period/day  and  average  vaiues  per  time 
period/day.  The  data  shouid  be  coiored  and  use 
different  shapes  according  to  high/iow 
specifications.  Normai  vaiues  shouid  be  biack 
circies,  iow  vaiues  biue  diamonds,  and  high 
vaiues  red  biocks. 

1.0 

1.0 

MonitoringBG_6 

Biood  Sugar  Trending 
Graph 

The  system  must  dispiay  a  biood  sugar  trending 
graph  for  a  specified  number  of  days. 

1.0 

1.0 

MonitoringBG_7 

Biood  Sugar  Log  Book 
and  Graph  Time 

Range  Seiection 

The  system  must  defauit  to  the  iast  seven  days 
when  dispiaying  the  iog  book  or  graphs.  The 
system  must  aiiow  the  user  to  specify  a  custom 
date  range  or  quickiy  seiect  iast  seven  days,  iast 
week,  iast  two  weeks,  iast  month  or  iast  three 
months. 

1.0 

1.0 
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MonitoringBG_8 

Biood  Sugar  Graph 

The  system  must  optionaiiy  aiiow  the  user  to 

Options 

dispiay  additionai  information  on  the  graphs 
inciuding  medication  taken  information,  mood 
data,  activity  data,  and  nutrition  information. 

1.0 

1.0 

Monitoring  -  Weight 

Monitoring  aiso  focuses  on  improving  a  patient’s  weii-being  through  proper  weight  management.  The 
PHR-A’s  approach  to  weight  management  emphasizes  a  baianced  approach  incorporating  concepts  of 
heaithy  eating  and  being  active. 


Req  id 

Requirement  Name 

Description 

Vers 

New 

Vers 

Upd. 

MonitoringWeighM 

Microsoft  HeaithVauit 

The  system  shaii  synchronize  weight  data  with 
Microsoft  HeaithVauit. 

1.0 

1.0 

MonitoringWeighM 

Weight  Data  Entry 

The  system  must  aiiow  the  user  to  enter  weight 
information  inciuding  date/time  of  reading  and 
the  weight  in  pounds. 

1.0 

1.0 

MonitoringWeighM 

Weight  Trending 

Graph 

The  system  must  dispiay  a  weight  trending 
graph  for  a  specified  number  of  days. 

1.0 

1.0 

MonitoringWeighM 

Weight  Graph  Time 
Range  Seiection 

The  system  must  defauit  to  the  iast  seven  days 
when  dispiaying  graphs.  The  system  must 
aiiow  the  user  to  specify  a  custom  date  range 
or  quickiy  seiect  iast  seven  days,  iast  week, 
iast  two  weeks,  iast  month  or  iast  three 
months. 

1.0 

1.0 

Outlook  Module 

The  Outiook  Moduie  administers  pre-configured  surveys  on  a  monthiy  basis  with  feedback  to  the  user  on 
both. 


Coping_1 

Questionnaire 

Presentation 

The  system  shaii  present  users  with  brief 
questionnaires  based  on  a  pre-determined 
scheduie,  user  preferences  and/or  responses  to 
daiiy  mood  updates. 

1.0 

1.0 

Coping_2 

Automated  Feedback 

The  system  shaii  automaticaiiy  review 
questionnaire  data  in  conjunction  with  other  user 
data  points  to  make  specific  suggestions  for 
ways  the  user  might  resoive  current  issues  or 
better  cope  with  a  specific  situation. 

1.0 

1.0 
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F.  Tips 


The  PHR-A  shall  provide  users  with  the  ability  to  subscribe  to  tip  topic  areas  and  types  as  well  as  their 
preferred  time  to  receive  tips  and  mode  of  tip  delivery  (e.g.,  within  gadget,  email,  text  message).  The  tips 
are  organized  around  the  aforementioned  AADE  categories. 


Req  id 

Requirement  Name 

Description 

Vers 

New 

Vers 

Upd. 

TipOptions_1 

User  Tip  Maintenance 

The  system  must  allow  users  to  subscribe  to 
different  tip  topic  areas  and  types. 

1.0 

1.0 

TipOptions_2 

User  Tip  Opt  Out 

The  system  must  allow  users  a  mechanism  to 
unsubscribe  from  future  tips  upon  receipt  of  a 
tip.  The  user  must  be  presented  with  options  to 
unsubscribe  from  either  the  individual  tip  topic 
area  or  all  future  tips. 

1.0 

1.0 

TipOptions_3 

User  Tip  Schedule 

The  system  must  allow  users  the  ability  to  set 
preferences  for  what  time  and  how  often  the 
system  distributes  their  tips. 

1.0 

1.0 

TipOptions_4 

User  Tip  Delivery 
Mechanism 

The  system  must  allow  users  the  ability  to  set 
how  tips  are  delivered.  Options  are  email,  text 
message,  or  gadget/website. 

1.0 

1.0 

G.  External  Systems  Interfaces 

The  following  external  system  interfaces  will  need  to  be  defined  to  interface  with  the  Host  System: 
•  Microsoft  HealthVault 


END  OF  EXCERPT  FROM  FUNCTIONAL  REQUIREMENTS  DOCUMENT 
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TASK  2:  Finalize  Version  1  of  the  Application  -  COMPLETE 

This  task  is  complete.  The  next  set  of  pages  illustrates  key  aspects  of  Version  1 .  Note 
that  certain  features  of  Version  1  are  now  obsolete  due  to  changes  that  resulted  from 
later  tasks  in  the  project.  We  provide  screen  shots  of  Version  2  later  in  this  document. 
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Domain  Diagram  | 


Account  Setup  /  Maintenance 


Create  Account  / 
Update  Security 

serong* 


Dcuiy 


Set  Start  Date  & 
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Pi^ulalB 
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Populate 

Medcattoris 
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Defaults  & 
Meaeogino 
Optons 


SetDefautt  Time 
Periods 


Add  Medication 
Compliance 


Weekly 


AOd  Ftiysicai 

AeWHy 


AOd  5MBO  Data 


WeekM  Food 
Survey 


Monthly 


Weekly  Activtv 
Survey 


Add  Weight 


Add  Lap  Test 

Add 

R«dult8 

Appointments 

Remindere 
-Schedule  lap 
teet  and 
apDomtmems 
Appoirtmerrt 
reminders 


We^ht 

Majrnenancs 

Feedback 


Data  Enuy 
Reminders 


Tip* 


Medication 

Reconciliation 

Reminder 


Monthly  Surveys 
(Schedule  below) 


Quarterty 


Phycical  Activity 
Challenge 


Reminder 
-  Time  to  ai^uet 
PAR? 


yV 


V 


Mamemg  /  ntro  biater.ai 


Terms  &  CondRioi^ 


Meotcal  Dieclaimer 


Pnvacy  Statement 


Meal  See  and  Healthy 
tating  Help 


Ph/«ical  Activity  Challenge 
Content 


Level  of  Exertion  ^Ip 


Physical  Actrviry  Examples 
for  dfferent  typea 


Month  1 

Momh  3 

Month  3 

Brief  IIIncM 
Perception 
Oueetonnoire 
(BJPQ) 

Centers  tor 
Epidemiologic 
Studies  - 
Oepreeeion 
(CESD) 

Diabetes 

Distress 

Screener 

Feedback 

Feedback 

Feedback 

Environmental 
Barriers  to 
A<d>e  fence 
-  4  domains 


Medicatiorv  'N 
exercising 
testing 

SMBG  eating 


The  Domain  Diagram 
indicates  the  time  at 
which  various  events  in 
the  PHR-A  occur.  For 
example,  account  set-up 
occurs  once,  and  then 
the  user  can 
maintain/update 
information  within  this 
domain  as  needed.  The 
entering  of  information 
pertaining  to  eating, 
physical  activity, 
medications,  etc.  occurs 
daily.  Surveys  important 
for  feedback  on  physical 
activity  and  healthy 
eating,  however,  take 
place  once  a  week. 
Certain  challenges  built 
into  Version  1  (and  2) 
occur  monthly,  so  as  to 
keep  the  user  engaged. 
The  project  still  needs  to 
create  disclaimer  pages 
necessary  for  public 
distribution. 
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CJvervfew 

Healthy  Eating 

Being  Active 

Medications 

Blood  Sugar 

Weight 

Outlook  |p^ 


Monthly/Quanefty  Things  to  Do  or  Announcements 


Allows  eyeing 
.  tfvough  ava4able  - 
graphs/charts 


Glucose  Trend  Graph  over  Time 
(Overlays  -  Food,  Activity,  Meds  & 
SMBG  data) 


View;  P  Food  P  Activrty  P  Mecfications  P  SMBG 


Tip  of  the  Wee> 


Ciek  to  Edit  Appotntments  /  Labs 
-  Also  a  link  to  graph  lab 


Listng  of  Apoofntment  lypes 
.  Usts  Last  Awy^ntment  Dale 


Welcome  fKedaora 

 "1^,4  Opbons  ~| 


Current  Care  Status 

Appointment  Status 

Labs 

Lab  Date  Value 

Next  Due 

Last  Appointment  Appointment  Type  Next  Scheduled 

Apt* 
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10/4/10 

LDL  4/4/10  120mo.<i- 

10/4/10 

September  9th  2010 

Pnmacy  Care 

Add  Appointment 

Foot  Exam 

October  30  2010 

November  11  2010 

Eye  Exam  (due  sooni 

Add  Appoentment 

July  Z  2010 

Dental  Exam  (overdue) 

Add  Appointment  | 

Add  Lab  j 
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Popup  Notification  <Mth  Ink  to  more  detad  -  Things  to  Do 
displayed  untfi  done  or  3  days  past  Announcements 
displayed  based  on  scheduled  dates. 


Things  To  Do 


'  Take  specific  survey 
'  Record  weekly  weight 
'  Go  to  scheduled  appointment 
‘  Schedule  lab  test  or  exam 
'  Next  scheduled  medication 
'  Medication  refiB 
'  Physical  Activity  Challenge 
’  Setup  medications 
'  Setup  System  Detoults.  etc.. 

’  Setup  HeatthVault  ink 
'  Exercise  fif  nothing  entered  in  3  days?) 

’  Food  Diary  Of  nothing  entered  in  3  days?^ 
’  SMBG  Crf  nothing  entered  in  3  days'?) 


Add  SMBG.  Food.  Exercise.  Metis.  Weight 


Activity  Listing 


Lists  in  reverse  chronoiogicai  order.. 

-  Reminders  Sent 

•  Low  SMBG  Event 

-  Medication  Compliance  Missed  Event 

-  Feedback  on  Surveys 


Seif-Reported 

-  Healthy  Eating 

-  Be«>g  Active 
•  Medications 

-  Blood  Glucose 

-  W«ght 

-  Last  Logged  in 


Last  Ertered 

4  hours  ago 
Yesterday 
20  minutes  ago 
3  days  ago 
6  days  ago 
3  days  ago 


>' 


Lists  activities  the  user 
can/should  do 


Perhaps  suggest 
time  penoos  tnat 
a»e^l  being 
tested  for  testng'? 


Ahvays  Available 


History  of  Activity 
•  Mouse  over  to  see 
more  detai 
-  displays  last  30  days 
-  clicking  MORE 
displays  additional  30 
days 


Tech  Note: 

Create  table  to  store 
last  data  entry  event  > 
so  only  need  to  query 
one  table  instead  of 
many. 


The  above  diagram  from  Version  1  shows  the  first  page  that  the  user  (already  registered)  sees  when 
logging  into  the  application.  This  page  or  tab  covers  those  activities  considered  part  of  ‘reducing  risks’ 
(labs,  appointments)  as  well  as  summary  data  on  things  to  do  iftnd  events  within  other  tabs.  It  also 
displays  results  from  monitoring,  in  graphical  format,  which  the  user  can  scroll  through. 
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The  Healthy  Eating  (above)  and  Add  Food  (below)  graphics  show  the  main  features  of 
this  tab  or  domain  within  the  PHR-A.  Note  that  with  construction  of  Version  1 ,  the 
emphasis  on  the  Food  Pyramid  given  in  the  Functional  Requirements  changed  to  a 
much  simpler  format.  This  change  was  driven  by  expert  feedback. 
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Being  Active  Tab 
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The  Being  Active  (above)  and  Add  Activity  (below)  graphics  depict  the  major  features  of 
the  Being  Active  tab,  which  allows  users  to  track  physical  activity,  receive  specific 
feedback,  and  review  generic  tips.  As  with  Healthy  Eating  and  compared  with  the 
Functional  Requirements  document,  the  input  of  physical  activity  was  simplified  in  the 
construction  of  Version  1  in  response  to  expert  feedback. 
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I  Tbs  page  ovwtays  he  Beng 
V  Ackvt  Page  wwn  Md  Acwty 
I  sePeted 


} 


IS  ToOiy.  bu  aloas  user  i> 
moMbJdi  and  fcrvord  days  te  SM 
prewous  enfines  venter  daa 


HQNVtwtia 

percewee 
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The  medication  tab,  shown  at 
the  left,  is  the  aspect  of  the 
PHR-A  that  allows  users  to 
track  their  medications  -  what 
they  are  taking  and  if  they 
took  it.  They  can  also  receive 
tips/reminders  on  medication, 
and  can  link  out  to  education 
on  particular  medications  so 
that  they  can  better 
understand  a  medication’s 
actions. 

This  tab  does  not  suggest  any 
adjustments  to  medications. 

Also,  while  other  medications 
are  indeed  important  for 
diabetes  management,  at  this 
time  we  are  addressing  only 
diabetes  medications. 

Previously,  we  had  an  insulin 
dose  calculator  for  people 
taking  meal-time  insulin,  but 
the  feedback  we  received  led 
us  to  omit  that  functionality. 
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Blood  Sugar  Tab 


,v 


Glucose  Trend  Graph  over  time  U ^ 

Overlays  -  Food,  Activity,  Meds  &  SMBCj 

data) 


Viewer”  Foodf”  Activity  r*  Medicatioos [“  SMBG 


Add  SMBG 


Cliditio  otAons 
changes  dsday 


Oiedung  optons 
osclaysdata 
owertaKl  on  jyaoti 
tf  SMBG 


This  graphic  displays  Version  1 
features  for  monitoring  blood 
sugar,  and  the  graphic  on  the 
aK*«g3f™»  following  page  displays  Version 

yaphs'chars  1  foaturos  for  monitoring 

weight.  Both  are  part  of  the 
“monitoring”  concept  overall. 
The  PHR-A  does  not  provide 
weight  loss  feedback  until  after 
the  user  has  done  weight 
monitoring  consistently  for  6 
weeks. 
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Weight  Tab 
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Outlook  Tab 
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may  help  to  enhance  setf'awareness  of  or^'s  expenences.  but 
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COKT^ITFROM:  CaunsebngResourDe.com 


In  Version  1,  the  Outlook  tab  (shown  here) 
had  gaps.  The  feedback  we  received  said 
that  we  needed  to  add  more  content  on  the 
rationale  for  users  to  complete  surveys  about 
their  outlook,  and  that  certain  surveys  did  not 
ato  belong  in  this  section  at  all.  The  feedback 

surveys 

-  that  the  PHR-A  itself  gave  to  users  was 

insufficient.  Hence,  this  section  has  changed. 


User  Setup  /  Configuration  -  Security  Tab 
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The  next  set  of  graphics  show  the  sections  of 
Version  1  that  allow  the  user  to  configure  the  PHR-A 
to  their  needs  and  preferences.  They  can  return  to 
this  section  at  any  time. 


User  Setup  /  Configuration  -  Demographics  Tab 
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Height  >nd(«s  | 

StarengWto^  pounds  | 

S  Male  r  Female 


AtMayss»r«as 

nches 


Ahnoyv  store  as 
pounefe. 


Personal  Acbvify  Lmei 


ID  ? 


Cel  Phor>e  Niartier  (  )  - 


earner 


ZipCooe 

Saw  I  J 


Hef>  Lfik  b 
<»splay  detais  on 
meaning  of  be 
a^erentiewefso# 
Dcnonal  actwity 


Aubmaocaly  ibdate  both  *«kls 
eber  user  cfianges  or*  <y  bem 
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User  Setup  /  Configuration  -  System  Settings 


Skwd  Sugar  Urvis  mg/d 


pounds  C  kilograms 


Start iMe«k  ort: 


Oo  you  Mant  to  track  actual  cakres  cortstmed?  (•  Yes 
Do  you  wav  to  track  actual  catones  DunecT  ^  /es 


Oo  you  want  to  receve  <•  Yes  C  kto 
ematl  renvKters? 


^Appointments  t*  Yes 

Labs  (7  Yes 

Medcabon  Refis  (•  Yes 


Take  Modicafton 
Surveys 


when  emails  are  senT 
No  emails  between  the 
followrg  hovs: 


a  Yes 
(S  Yes 


r  No 
r  No 
r  No 
r  No 
r  No 


(S  Yes 

r 

No 

11 

t  30 

- 

PM 

t  30 

t 

AM 

Days  of  the  week 


13 


WibmorVoff 
abity  to  actuaiy 
enteranurter. 


r  No 
r  No 


Usual  warning 
message.. 


Oo  you  want  to  leceve  (S  Yes  ^  No 
text  rnessages^ 

Normal  rates  apply 


Appointments  (i  Yes 
Labs  a  Yes 
MedcatKvi  Ftefls  (S  Yes 
Take  Medcabon  (i  Yes 
Suweys  f»  Yes 


DoyouwanttokrTuttheome  ^  y 
when  text  mess^^es  are  sent? 

No  text  messages  . 
between  9>e  following 
hom: 


Only 
active  f 


Only  active  rf  user 
wants  to  block 
sending  emails 


Save  I'  Cancel  j 


User  Setup  /  Configuration  -  Default  Time  Periods  | 


Cancel 


Save 
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Mobile  Website  -  Home 


Mobile  Application  notes 

-  Top  poftion  displays  graph/chart  -  will  be  a  static 
graphic  (most  mobile  phones  cannot  handle  flash 
graphics,  which  are  used  on  the  website.) 

-  Arrows  allow  user  to  cycle  through  the  available 
charts  (SMBG  graph  and  charts,  Weight,  Labs, 
Meds,  etc ..) 

-  Clicking  on  View.  Add  or  Edit  displays  a  listing  of 
items  that  can  be  acted  upon.  (See  Next  Page.) 


Note:  The  PHR-A  is  not  a  stand-alone  application  that  can  be  downloaded 
from  a  smartphone’s  marketplace.  It  is  accessible  via  a  smartphone 
browser  -  different  format  than  the  version  seen  from  a  computer. 
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I  Mobile  Website  -  2nd  page  (View.  Add.  Edit)  | 


imC  are^  "eiition 

r~B3an 

(  Food  ) 

(  Activity  ) 

(Blood  Sugar] 

(  Weight  ) 

(Appointment) 


c 


Lab 


D 


(  Medication  ) 


-  Clicking  on  the  item  takes  you  to  a  page  that  performs  the 
previously  selected  action  (view,  edit,  add). 

-  View  displays  listing  of  items  similiar  to  diary  listing  in 
reverse  chronological  order 

-  Edit  displays  listir>g  of  items,  but  allows  user  to  select  them 
for  editing. 

-  Once  the  user  is  on  the  View/Add/Edit  or  deeper  pages  a 
Back  button  is  displayed. 
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Task  3.  Develop  protocol  and  obtain  approval  from  all  appropriate  Institutional 
Review  Boards  for  User  Testinp  of  Version  1  -  COMPLETE 

As  mentioned  in  a  prior  Quarterly  Report,  for  Task  3  we  consulted  with  local  and  federal 
human  subjects  protection  review  experts.  At  that  time,  we  learned  that  we  did  not  need 
a  formal  protocol  for  the  type  of  user  input  we  are  seeking,  and  because  of  the  manner 
in  which  we  are  seeking  it.  The  reason  for  this  was  because  a)  we  were  not  formerly 
recruiting,  b)  we  were  not  conducting  “research”  in  the  way  it  is  defined,  and  c)  when  we 
received  input  from  potential  users,  we  did  not  collect  any  personal  information  from 
them.  Indeed,  the  local  IRB  would  not  review  a  protocol  that  did  not  qualify  as 
“research.”  We  instead  were  working  with  potential  users  as  we  would  with  any  subject 
matter  experts. 

Using  the  Diabetes  Institute’s  quarterly  publication  of  “In  Control”,  we  circulated  the 
aforementioned  diabetes  tips  for  review  by  content  experts  and  people  with  diabetes 
(over  6,000  people  receive  this  publication).  We  have  also  provided  guided 
demonstrations  of  the  web  site  to  Primary  Care  Physicians  who  work  with  people  with 
diabetes  and  obtained  their  feedback. 

We  also  presented  a  component  of  this  work  at  the  Annual  Meeting  of  the  Diabetes 
Technology  Society  (November)  and  received  useful  feedback  from  diabetes 
technology  experts  (chiefly  scientists,  engineers,  programmers,  and  social  scientists). 
Their  main  criticism  was  that  we  make  sure  users  are  informed  that  the  “decision 
support”  the  PHR-A  gives  them  could,  although  not  necessarily,  contain  errors  just 
because  it  contains  thousands  of  lines  of  computer  code.  As  such,  everything  the  PHR- 
A  tells  the  user  must  include  that  disclaimer  and  urge  them  to  use  their  own  common 
sense  as  well.  Further,  the  comments  focused  on  the  low  literacy  and  numeracy  levels 
of  the  U.S.  population  (as  indicated  by  research  presented  at  the  same  panel)  and  the 
need  to  insure  that  the  PHR-A  is  “pitched”  toward  those  low  levels  so  as  to  make  it  as 
accessible  as  possible  to  a  wide  variety  of  people. 

We  have  been  incorporating  these  and  other  suggestions.  We  changed  the  name  of  the 
application  as  part  of  these  changes  -  Tracking  My  Diabetes. 
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TASK  4.  Test  Version  1  of  the  Application,  incorporate  user  feedback,  and 

finalize  a  Version  2  -COMPLETE 


Due  to  the  cessation  of  TRUE  Research  Foundation  activities  1  April  2011,  and 
the  ensuing  4-month  hiatus  in  the  life  course  of  the  project,  completion  of  this 
task  was  delayed.  However,  we  have  now  completed  this  task.  The  next  series  of 
pages  shows  what  Version  2  looks  like.  To  see  the  ‘live’  application,  register 
at:  http://www.trackingmvdiabetes.com/. 

The  following  gives  instructions  for  getting  into  and  using  the  application. 
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Create  an  account.  You  will  select  a  user  name  and  password.  An  email  message  will 
be  sent  to  you,  to  confirm  and  initiate  the  account. 

Once  you  have  an  account,  enter  your  name  and  password  and  log  in. Logging  in  will 
open  to  the  Overview  page.  / 


Tracking  My  Diabetes 


Username  Password 


Forgot  password? 


Providing  actionable  advice  about  daily  living 


Improving  vourd 


‘alth  and  well-bewig 


Create  an  Account  Today! 


,,  “  Being  Active 
MedK  ' 


Healthy  Ealing  Blood  Sugai 


^  Click  the  images  above  to  learn  more! 


About  Us  Privacy  Ksdaimer  Contact  Us 


36 


Before  leaving  the  home  page  and/or  logging  in,  you  can  click  each  of  the  images  to 
learn  more  about  the  different  components  of  effective  diabetes  self  management. 


For  example, 
selecting  Healthy 
Eating  opens  a 
text  box  that  tells 
you  what  you 
can  expect  to 
find  about  the 
effect  of  certain 
foods  on  blood 
sugar,  portion 
sizes,  and 
healthy  food 
choices. 


Tracking  My  Diabetes 


giiQQ|n£QgQ|j| 


Providing  actionable  advice  about  daily  living 
Improving  yotir  overall  health  and  well-beOi' 


1 


Create  an  Account  Today! 


Tracking  My  Diabetes  -  Healthy  Eating  Module  provides  you  with  tools  aimed  at  monitoring  food 
intake,  providing  feedback/advice,  and  helping  you  to  anticipate  the  effects  of  certain  foods.  The 
Healthy  Eating  Module  is  not  about  calorie  intake  It  is  about  eating  a  balanced  diet  of  the  right 
food  groups. 


After  creating  an  account  and  gaining 
access  to  TMD,  you  will  be  asked  for 
some  basic  information  about  you  to 
get  started.  TMD  functions  best  with 
as  much  information  as  possible  about 
you,  but  you  can  get  started  by 
entering  very  little  at  first  and 
completing  your  profile  as  you  go. 

Mousing  over  the  question  mark  for 
activity  level  will  explain  what  is  meant  by  the  various  options. 


After  logging  in,  you  will  be  at  the  overview  page.  See  screen  shot  below.  The  overview 
page  covers  the  ‘meta’  data  of  the  application  -  listing  the  things  you  are  due  to  do,  the 
things  you  have  done,  and  upcoming  medical  appointments.  It  also  includes  a  rotating 
tip  of  the  week,  selected  at  random  from  the  sub-categories  of  diabetes  self¬ 
management.  If  you  wish  to  pull  your  pertinent  data  from  HealthVault  into  TMD,  you  can 
do  it  here  by  clicking  the  HealthVault  button. 
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A 


Welcome  mswaker  ( Settings  |  Logoff ) 
Last  sign  in:  09/20/2012  at  t2:D3W 


Overview  ^Healthy  Eating  ^  Being  Active  ^Medications  ^  Blood  Sugar  ^Weight  ^Outlook 

Overview  Things  To  Do 

Brief  Illness  Perception  IB-IPQ] 

Exercise  week! 

Add  Appointment 
AddLDLLab 
AddAICLab 
Add  Physical  Activity 
Add  Snack'Meal 
Add  Medication 
Add  Weight 
AddSMBG 

Tip  of  the  Week  AddSMBO  Food  Activity  Medication  Weight 

Burnoiit  happens.  It  happens  when  you  get  tired  of  sticking  to  your  regular  routine  of  checking 
blood  sugars,  exercising,  and  eating  right.  One  way  to  deal  with  burnout  Is  to  give  yourseif  a  break. 

Some  days  will  be  better  than  others.  Try  to  learn  from  your  mistakes  instead  of  beating  yourseil 
up. 


Activity  Listing 

HoActvtyLetingsExst. 


Welcome  to  Tracking  My  Diabetes! 

AddSMBG 

Food 

Activity 

Medication 

Weight 


Appointments 

Self  Reported  Last  Activity 

Last  Appointment 

Appointment  Type 

Next  Scheduled  Appt 

Overview  Never 

Not  Entered 

Dental  Exam 

Add  Appointment 

Healthy  Eating  Never 

Being  Active  Never 

Not  Entered 

^  Eye  Exam 

Add  Appointment 

Medications  Never 

Blood  Sugar  Never 

Not  Entered 

^  Foot  Exam 

Add  Appointment 

Weight  7  days  ago 

Not  Entered 

^  Primary  Care 

Add  Appointment 

HealthVault 

Labs 

“t>&re  are  no  tabs  emereo.  Ptease  enter  your  most  recent 
<ac  .aUea  so  ••>£  can  generate  accurate  ^eeObacK  and 
advice 


About  Us  Privacy  Oisctaimer  Contact  Us 
Copyiijbt  C  201 1  Eitende  Sohxtoni 


Making  and  keeping  regular  screening 
exams  is  an  essential  part  of 
preventing  the  complications  of 
diabetes!  To  add  an  appointment,  look 
at  the  lower  left  half  of  the  Overview 
page,  Appointments  provides  a  space 
for  you  to  record  the  dates  of  your  last 
dental,  eye,  foot  and  primary  care 
appointments.  Clicking  on  Add 
Apointment  brings  up  a  box  for  you  to 
enter  the  specifics. 


Add  Appointment 

Type:  |Typt  ~v] 

'  Date/'A'hen:  '  ~ime:|HH  Y.l:r^M  v|am 

Who; 

■  Vi'here: 

Notes: 

Sawc  Close 
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Selecting  Healthy  Eating  from  the  overview  page  opens  up  your  Healthy  Eating  Diary 
and  displays  the  Tip  of  the  Week. 


/ 


Tracking  My  Diabetes 


Wetconw VMfsto  •  SeUinqs  Logoff) 
Last  81011  n  I)»T3G0I2  at  tO:S7  AM 


^Overriew  ^HooitfwbateK:  ^OeirjActive  ^  Mcdwations  Stood  Sugar  ^Weight  ^  Outiook 

ilthy  Eating  Diaty  P 

£Mer)0K'  i«>e  »id  •we^syovraartg  >‘»e 

Add  Meal 'Snack 


M4>^t  FUdiples:  8rea>rr«sT  I  Lunch  .  dinner  Snack  i  rnnic 


Tip  of  the  Week 

Cana  .'egeanan  ntealpian  pro.idtyouwthenougti  nitneno?AaSOLUTB.V  Eating  rtgewian can  oe  vei%' feaiinful  ifvou  ch&asctnftrigftt foods « 
the  rjgnt  arncunts.  Studies  ha^e  shown  a  strong imk  oetweer  ^egetanan  eacng  sr>ies  and  good  health  visit  awm  NutntionMO.crgfor  rncre  guidance 
on  vegetarian  menu  olann<ng 


Selections  under  Meal  Examples  display  sample  meal  plans  and  calories.  The  purpose 
of  this  is  to  help  you  in  completing  your  Healthy  Eating  Diary,  which  is  intentionally 
simple,  asking  only  for  which  meal,  the  approximate  size  of  the  meal,  and  whether  you 
thought  it  was  healthy  or  not  (or  mixed). 


Breakfast  Example  x 

Low  calorie  (200  caloriasl 

Omelette 

Haff  a  cup  of  egg  whves  with  a  cup  of  rnixea  chopped  vegetables  One  glass  of  sKtm  mdk 

Fruit  and  Yogurt 

Light  yogurt  ••anety  PLUS  1  1/2  cups  of  fresh  fruit  OR  2-3  taDlespoons  of  low-fat  granola 

Small  (300kCal) 

Scrambled  eggs  on  toast 

Half  a  cup  of  egg  whites  wih  a  cup  of  mbced  chopped  vegetables.  One  glass  of  sLtm  mi: 

Fresh  fruit  bowl 

2  cups  of  fruit  and  1  K  cups  of  low-fat  yognua 

Medium  f400  calories) 

Bagel  Sandwich 

Srrtal  whole  wheat  bagei.  IT  low-fat  cream  cheese.  2  02  *ean  ham  or  turkey.  %  cup  spiiach  leaves.  2 
sbces  torT\ato 

Yogurt,  Fruit  and  Cereal 

Fat-free  plain  yogurt  1  cup.  Fresh  fru#  1/2  cup.  Crunchy  cereal  1/2  cup 

Large  (700  caloriesl 

Large  mix  1 

A  egg  whites  and  1  whole  egg  mixeC  with  a  shoes  of  turkey  and  1  cup  of  spinach.  1/2  cup  of  oatmeai 
with  2  tbsp  of  protein  shake  mix  mixed  n  ano  Ui  cup  blueberries 

Large  mix  2 

2  egg  whites,  dry  fried.  1/2  cup  oU  oats.  1/2  cup  1%  miik.  1/2  cup  blueberri^.  two  pieces  of  toast  with 
IT  peanut  butter.  I  mectum  apple 

Very  large  flOOO  caloriesl 

Cooked  breakfast 

8  oz  Steak.  2  eggs.  1  whole  wheat  bagel  and  74  medium  avocado 
McDonald's  Deluxe  Breakfast  (Regular  Size  Biscudl  No  Syrup  8  Marganne 
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Clicking  Add  Meal/Snack  opens  up  to  a  page  with  the  current  date  and  space  to  record 
the  time  that  you  ate,  the  amount  that  you  ate  (small,  medium,  large,  very  large),  and 
whether  it  was  healthy,  unhealthy,  mixed,  or  you  are  not  sure. 


\leal'Suack. 


Breakfast 


Lunch 


I  HM  I  MM  I 


I  HH  -v*  i  '  MM  -v  I 


O  Thu.  27  Sep.  2012  ^ 

Low  small  Medium  Large  very  Large 

AM 

healthy  Unhealthy  Miacd  Unaure 
Pl^ 


O  Healthy  O  Unhea«hy  C?  Mixed  O  Unetne 

Dinner  |  HH  ^  |  |  MM  ^ )  W 

C3  Healthy  UnheaKhy  Mtxsfd  ^3  Unsure 


S-nacWOrink  |  HH  ^-1  rMM~ ^  |  PM 


C3  Heatmy  C3  unneairny  C3  Mored  C3  unsure 


A.dd  Snack./Ortnk 

i  k  ^  of  Calonee  Consumed  Based  on  Expecteo  Osily  Caione  Bum 


Save  Close 


\ 


Select  Add  Snack/Drink  to  open  up  additional  space  to  document  additional  snacks  or 
drinks.  Select  save  after  each  entry  and  close  when  you  are  finished. 
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Tracking  My  Diabetes 


Wekofne  irswakar :  Settings  I  Logoff ) 
Lift  sign  in;  m7l)12si  1203 PM 


^Overview  ||Heal%  Eating  ^  Being  Acme  ^  Uedicatlons  Blood  Sugv  ^t'leighl  ^Outlook 

Overview  Things  To  Do 

Welcome  to  Tracking  My  Diabetes! 


Brief  Illness  Peneption  ilfPQ) 
Eserdseweek  I 
AddAppointinen; 


AddSUSG 

Food 

Activity 

Medicator 

t'yeiglit 


AddLDlLM) 

Add  Ate  Lab 
Add  Physical  Activit) 
Add  SnackdJeai 
Add  Uedicetlon 


Tip  of  the  Week 


Add  iVelght 
AddSMBG 

Add  SfiiBG  I  Food  I  Activity  Medicstion  I'leiglit 


Bumodt  tiapoens.  It  fiacpens  Vifieti  you  get  lired  of  sticking  to  your  regular  routine  of  ctieoking 

Dicod  sugars  enerarg,  and  eating  nght  One  way  to  dea!  vtitn  sumout  is  to  give  yourself  a  break 

Seme  days  M  tie  cetter  titan  oders  Tiy  to  earn  from  your  mistakes  instead  of  beating  yoursef  Activity  Listing 

up 

V8AOv|lyL8t»l3!E)t4I. 


Selecting  Outlook  will  open  to  a  page  that  includes  the  Tip  of  the  Week  and  several 
surveys  that  you  can  take.  You  will  be  prompted  monthly  to  complete  a  survey,  but  you 
can  choose  to  take  one  at  any  time  as  well.  The  surveys  ask  questions  about  what  you 
find  difficult  about  the  various  diabetes  self  care  tasks  like  testing  your  blood  sugar  or 
taking  your  medications.There  are  also  surveys  that  ask  what  you  believe  about 
diabetes  and  how  your  mood  has  been.  When  you  complete  a  survey,  you  will  be  given 
specific  feedback  that  is  intended  to  encourage  you  and/or  provide  suggestions  about 
how  to  cope  with  problems  you  might  be  facing.  A  list  of  the  surveys  is  on  the  next 
page. 
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^Overview  ^Healthy  Eating  ^  Being  Active  ^Medications  ^  Blood  Sugar  Weight  {^Outlook 


Tip  of  the  Week 

Burnout  happens.  It  happens  when  you  get  tired  of  sticking  to  your  regular  routine  of  checking  Piood  sugars,  exercising,  and  eating  right.  One  way  to 
deai  with  burnout  is  to  give  yourself  a  break.  Some  days  will  be  better  than  others.  Try  to  learn  from  your  mistakes  instead  of  beating  yourself  up. 


Surveys  You  Can  Take 

Sur\ey 

Text 

Food  Survey 

Ths  s  your  a  href  week^  survey  of  your  diet  durng  the  past  week.  The  surveys  differ  from  week-to-week  They  all  help  to 
structure  the  feedback  that  you  recerve  about  healhy  eating. 

Exercise  Survey 

This  s  your  a  bref.  weeky  survey  of  your  physical  activity  during  the  past  week  The  surveys  differ  from  weetto-week. 
They  all  help  to  structure  the  feedback  that  you  receme  about  your  physical  actvly. 

Brief  Illness  Perception  (B-IPQI 

Ths  s  a  short  survey  that  asks  about  your  belefs  about  dabeles.  Often  the  beliefs  we  have  about  our  healh  affect  how  we 
take  care  of  oursehes.  The  survey  has  6  questsos. 

Epidemiologic  Studies -Depression  (CESD) 

Ths  next  survey  asks  about  how  your  mood  has  been  Wey,  Sometimes  our  mood  affects  how  we  take  care  of  ourselves, 
and  sometimes  how  we  take  care  of  oursehes  affects  our  mood  So  if  s  important  to  know  what  are  mood  s  le.  There  are 

20  questions  about  how  you  have  fel  and  behaved  duriig  the  last  week. 

Diabetes  Distress  Screener 

Livng  with  dsbetes  can  sometimes  be  tough,  wlh  kits  of  hasstes  and  probtems  that  come  and  go,  Ths  next  survey  asks 
about  thugs  about  your  dsbetes  that  mght  have  bothered  you  dunng  the  past  month.  If  you  feel  that  a  particular  lem  s  not  a 
bother  or  probfem  for  you,  choose  T,  If  1  s  very  bothersome  to  you,  choose  '6' 

Environmental  Barriers  (Medication) 

'akng  medications  can  be  an  mpoilant  part  of  dabetes  care.  The  next  hs  survey  s  to  dentify  any  problems  you  might  be 
having  takkig  medications  as  prescrJied. 

Environmental  Barriers  (Exercising) 

Exercse  s  important  for  lowering  or  maintaining  weight,  improving  cardiovascular  healh,  and  lowering  blood  sugar.  This 
survey  s  to  dentify  any  obstacds  to  exercse  that  you  mght  have. 

Environmental  Barriers  (Testing  SMBG) 

'esting  your  blood  sugar  can  tell  you  and  your  healh  care  provder  about  how  your  medications  are  workiig,  how  the  food 
you  eat  affects  you,  and  how  the  exercse  you  do  helps  you.  So  testing  your  blood  sugar  s  inportanf  Ths  survey  is  to  see  1 
you  have  any  problems  wlh  testing  your  bdod  sugar,  and  what  those  probdms  are. 

Environmental  Barriers  (Eating) 

This  survey  asks  about  any  problems  you  might  have  eating  the  way  you  think  you  shoud,  or  sticking  to  your  dst  plan.  1  asks 
about  such  probdms  because  what  and  how  much  you  eat  might  affect  your  dsbetes  more  than  anything  ede  you  do. 

Atxxjtlls  Privacy  Disclaimer  Contact  Us 

Copyiigbr  %  POll  Eiimli  Sotutiosi. 

If  you  place  your  mouse  on  and  double  click  a  survey,  it  will  open  for  you  to  complete. 
The  example  below  shows  what  happens  when  we  click  on  the  survey  named  Brief 
Illness  Perception  (B-IPQ). 
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The  Being  Active  tab  has  a  format  and  function  similar  to  the  Healthy  Eating  tab  in  that  it 
is  intended  to  be  simple  for  you  to  use,  allows  you  to  enter  activity  you  do  with  a  self¬ 
rating  of  exertion,  gives  feedback  on  the  data  that  you  enter,  and  provides  a  Tip  of  the 
Week.  The  two  screen  shots  below  show  the  first  page  of  the  Being  Active  tab  and  the 
box  for  entering  activity. 


y  llniiimii  J  Wi  ^  ^  0— Bin 

Being  Active  Diary  ' 


Tip  of  the  Week 

•t  im  tOU*  10  tyc*  Ol  OtaKn*  <•  Mil  ^  yOU  »«■*««.  MfOOK  «>*Kn«  jr*  IM  M«  DKm*  Ihtv 

OMBO  yow  Mo*  iMwtM  a«»uao  «or  *1  !•«•>  imuwi  l>jinc*n  O' MreM  •lOKiiM  ««  Ml*  MMAiae  Myctof.  ti»— iing  lowiwg. 


PhyskaJ  Activity  Challenge 

MM*  yyiB  MivMiM  mub^  jmn^  am  nnoM  Mi 


>>  t*  tor  hwi  toyimy  *i»rtv  Cjp  imw  yyw  M 


The  Being  Active  tab  also  includes  monthly  physical  activity  challenges  to  keep  you 
interested  and  ‘on  your  toes,’  and  to  show  the  relationship  between  physical  activity  and 
blood  glucose,  among  other  things.  You  will  be  prompted  to  complete  these  regularly. 
You  can  choose  to  ignore  them,  if  you  wish. 

Every  week,  you  will  also  be  asked  to  complete  brief  surveys  (about  5  questions)  about 
your  diet  and  physical  activity. 

The  Medications  tab  allows  you  to  enter  the  *diabetes*  medications  that  you  are  taking 
so  that  you  can  track  (such  as  on  your  smartphone)  when  you  take  them  and  can 
received  reminders  and  education  about  medications.  This  functionality  is  shown  in  the 
next  two  graphics.  The  Medications  tab  also  includes  a  Tip  of  the  Week. 
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Mvdkation  Tip  of  th«  W««k 

MU  Dt  wn*  tcii— «  «•  tMtrt  urv  tot  f«* 

no*o«ly  t*  4nr  of  roir  kMMkCM  moMnwRi 


The  last  tab  we  will  show  you  is  the  Blood  Sugar  tab.  You  can  either  upload  your  meter 
readings  via  Microsoft  HealthVault,  if  you  have  an  account  there,  or  you  can  enter  your 
readings  one  at  a  time. 


Blood  Sugar 


Blood  Sugar  Analysis 
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Once  you  have  self-monitoring  (SMBG)  data  in  TMD,  you  will  be  able  to  look  at  graphs 
of  your  glucose  trends  (highs,  lows,  etc.)  and  will  be  able  to  overlay  (with  a  graph)  your 
trends  on  your  Food  Diary,  Activity  Diary,  and  Medications  Log  to  see  how  those 
components  of  diabetes  self-care  affect  your  blood  sugar. 

As  with  the  other  tabs,  the  Blood  Sugar  tab  includes  a  Tip  of  the  Week. 

For  now,  we  are  not  reviewing  the  functionality  of  the  Weight  tab,  since  we  do  not  want 
you  to  address  weight  until  you  have  used  TMD  for  at  least  6  weeks  and  recorded  your 
weight  every  week  as  prompted. 


Wtigtit  Tip  ol  th«  W*tfc 
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TASK  5.  Develop  protocol  and  obtain  approval  from  all  appropriate 
Institutional  Review  Boards  for  Pilot  Study  of  Version  2  PHR-A  -  NOT  YET 
COMPLETE 

In  May  201 1 ,  with  the  cessation  of  operations  at  TRUE  Research  Foundation,  we 
submitted  a  revision  to  the  Statement  of  Work  through  the  Geneva  Foundation.  This 
was  necessary  to  a)  transfer  the  remaining  funds  and  b)  to  adjust  the  reduction  in 
budget  that  was  “lost”  (never  spent  by  the  project)  at  TRUE.  The  revisions  to  the 
Statement  of  Work  pertain  to  Tasks  5-7.  The  revision  was  approved  in  August  when 
the  funds  were  officially  transferred  to  Geneva. 

In  brief,  we  proposed  to  modify  the  study  design  of  the  Pilot.  These  changes  include: 

1)  Reduce  duration  of  the  study  from  6  months  to  3  months.  Three  months  is  the 
minimum  period  to  observe  clinically  meaningful  changes  in  diabetes-related  outcomes, 
namely  Ale. 

2)  Reduce  the  sample  size  from  90  (45  per  arm)  to  32  per  arm.  This  estimate  is  based 
on  the  following  assumptions:  alpha  =  0.05  (two-sided);  power  =  0.80,  mean  decline  in 
A1  c  for  PFIR-A  group  =  1 .0  (sd  =  1 .0);  mean  decline  in  A1  c  for  attention  control  group  = 
0.5  (sd  =  0.50);  n2/n1  =  1.00;  number  of  follow-up  measurements  =  1;  number  of 
baseline  measurements  =  1;  correlation  between  baseline  &  follow-up  =  0.60;  method  of 
analysis  =  change. 

Although  a  larger  sample  size  (e.g.,  the  one  originally  proposed!)  would  have  been  our 
preference  given  how  important  larger  samples  are  for  statistically  controlling  for  certain 
subject  characteristics  (e.g.,  age,  type  of  diabetes,  etc.),  this  smaller  sample  is  sufficient 
for  a  basic  test  of  the  hypotheses  and  is  consistent  with  related  studies,  such  as  that 
published  in  Diabetes  Technology  and  Therapeutics  regarding  a  mobile  diabetes 
application  called  “WellDoc”  (Quinn  et  al..  WellDoc™  Mobile  Diabetes  Management 
Randomized  Controlled  Trial:  Change  in  Clinical  and  Behavioral  Outcomes  and  Patient 
and  Physician  Satisfaction.  Diabetes  Technology  and  Therapeutics  2008]  10:  160-168.). 

3)  We  will  require  that  all  study  participants  have  their  own  smartphones  or  that  they  will 
access  the  application  via  an  Internet-connected  computer. 

In  brief,  for  the  Pilot  Study,  we  will  recruit  people  with  diabetes  and  randomly  allocate 
them  to  use  the  PHR-A  for  3months  or  to  ‘attention  control.’  After  confirming  eligibility 
using  some  simple  tests  of  manual  dexterity  and  cognitive  function,  we  will  collect 
metrics  on  the  subjects’  backgrounds,  glycemic  control  (Ale  and  self-monitoring  of 
blood  glucose  data),  self-reported  self-care  [Summary  of  Diabetes  Self-Care  Activities 
(SDSCA)],  and  diabetes-related  distress  [Problem  Areas  in  Diabetes  (PAID)  scale].  At 
various  points  throughout  the  study,  we  will  repeat  collection  of  Ale,  self-monitoring  of 
blood  glucose  data,  SDSCA,  and  PAID,  and  we  will  measure  subjects’  engagement  by 
tracking  the  contacts  that  they  initiate  with  their  providers  and  their  adherence  to 
appointments.  At  the  completion  of  data  collection,  we  will  analyze  the  data  with  t-tests, 
repeated  measures  ANOVA,  and  multinomial  logistic  regression  models. 
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TASK  6.  Initiate  and  maintain  Pilot  Study  through  Completion — NOT 
COMPLETE 


This  Task  is  dependent  on  the  preceding  task. 


TASK  7.  Prepare  reports  and  manuscripts  for  presentation  at  national 
meetinps  regarding  the  technology  and  our  findings  from  the  Pilot  Study— 
NOT  COMPLETE 

This  Task  is  dependent  on  the  preceding  task. 


************************************************************************************************** 

At  the  end  of  the  prior  Period  of  Performance,  we  wrote  the  protocol  documents 
for  submission  at  Womack  at  Fort  Bragg  in  NC.  Our  contact  there  was  Dr.  Laura 
Bowers.  We  submitted  a  Revision  to  the  Statement  of  Work  at  the  end  of  that 
Period  of  Performance  to  conduct  the  study  at  Womack,  and  this  was  approved 
by  TATRC.  We  attempted  the  full  transfer,  but  experienced  difficulty  at  the 
Womack  end  throughout  the  Period  of  Performance  that  we  are  currently 
reporting  on.  In  brief,  we  learned  after  the  revision  was  approved  that  Dr.  Bowers 
could  not  serve  as  a  PI  on  this  project.  We  were  told  that  the  Department  Chief 
would  find  a  suitable  replacement,  but  he  has  not.  Thus,  at  the  end  of  this  Period 

of  Performance,  we  requested  that  the  Pilot  Study  be  moved  to  WRNMMC. 

************************************************************************************************** 
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KEY  RESEARCH  ACCOMPLISHMENTS: 


•  Finalization  of  the  rubric  for  the  PHR-A  (e.g.,  modules  for  Healthy  Eating,  Being 
Active,  Monitoring  of  Blood  Glucose,  etc.) 

•  Document  with  functional  requirements. 

•  Determination  of  how  users  will  do  manual  data  entry,  as  needed. 

•  Drafting  and  documentation  of  rules  and  algorithms  for  specific 
components/modules  of  the  PHR-A. 

•  Drafting  of  code  for  the  components  of  the  PHR-A  based  on  the  written  rules  and 
algorithms,  leading  to  a  Version  1 . 

•  Drafting  of  over  200  tips  that  pertain  to  each  component  of  the  PHR-A. 

•  Documentation  of  code  establishing  linkages  between  the  PHR-A  and  a  PHR  - 
Microsoft  HealthVault  only. 

•  Solicitation  of  and  receipt  of  feedback  on  the  PHR-A  from  experts,  namely  people 
who  care  for  people  with  diabetes  and  people  who  have  diabetes. 

•  Revision  of  the  PHR-A  (feedback,  surveys,  tips,  introduction  to  each  section  and 
task),  leading  to  a  Version  2. 

•  Transfer  of  funds  from  TRUE  Research  Foundation  to  the  Geneva  Foundation,  with 
re-establishment  of  sub-contracts,  etc. 

•  Establishment  of  a  final  site  for  the  Internet  “presence”  to  host  the  PHR-A  and  a  new 
name,  called  Tracking  My  Diabetes-  http://trackingmvdiabetes.com. 

•  Revision  to  the  design  of  the  Pilot  Study,  to  better  fit  the  reduction  in  budget  and 
time  resulting  from  the  cessation  of  operations  at  TRUE  Research  Foundation. 

•  Presentations  about  the  PHR-A  at  national  meetings. 

•  Further  revision  of  the  project  -  so  that  we  could  conduct  the  Pilot  Study  at  Womack. 

•  HOWEVER,  the  Pilot  Study  will  not  be  conducted  at  Womack  after  all,  due  to 
aforementioned  challenges,  and  we  will  now  complete  the  paperwork  to  do  the  study 
at  Walter  Reed  National  Military  Medical  Center. 


REPORTABLE  OUTCOMES: 

The  following  publications  reference  design  aspects  of  the  PHR-A: 

Fonda  SJ,  Kedziora  RJ,  Vigersky  RA,  Bursell  SE.  Evolution  of  a  web-based,  prototype 
Personal  Health  Application  for  diabetes  self-management.  Journal  of  Biomedical 
Informatics  2010;  43:  SI  7  -  S21. 

Although  it  was  not  the  focus  of  the  talk,  the  following  presentation  included  mention  of 
the  PHR-A  concept  and  our  development  efforts  to  date: 

Invited  presentation,  “e-,  i-,  or  m-health?  Blurring  Boundaries  between  Provider  and 
Patient-Centered  Management”.  Annual  Meeting  of  the  Diabetes  Technology  Society, 
November  13,  2010. 
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CONCLUSION: 


Reduction  or  prevention  of  diabetes-related  complications  requires  blood  glucose  levels 
be  kept  as  close  as  possible  to  the  normal  range.  Daily  self-care  behaviors  carried  out 
by  the  person  with  diabetes  are  of  central  importance  in  attaining  good  blood  glucose; 
however,  many  people  struggle  with  appropriate  or  consistent  self-care.  Tools  have 
evolved  over  the  past  decade  to  help  with  diabetes  self-care,  but  they  are  either  tied  to 
a  clinic  or  provider,  do  not  make  use  of  Personal  Health  Records  (PHR)  as  a  place  for 
storing  and  accessing  useful  diabetes  data  (such  as  Microsoft  HealthVault),  lack 
decision  support,  or  some  combination  of  these  things.  A  new  tool  for  diabetes  care  that 
can  be  mobile,  if  desired,  uses  a  PHR,  is  not  tied  to  a  clinic,  and  can  provide  decision 
support  with  actionable  recommendations  is  needed. 

Thus,  our  objective  is  to  develop  a  new  tool  for  diabetes  self-management,  involving 
potential  end-users  in  the  process,  and  to  conduct  a  Pilot  Study  of  the  efficacy  of  the 
new  tool.  The  new  tool  is  called  Tracking  My  Diabetes  (TMD).  For  the  Pilot  Study,  our 
central  hypothesis  is  that  a  PHR-A  (TMD)  that  coordinates  the  major  components  of 
diabetes  self-management,  is  mobile,  provides  decision  support  with  actionable  options, 
and  is  based  on  user  input  will  enhance  diabetes  self-care,  improve  glycemic  control, 
and  lower  psychological  distress  related  to  diabetes. 

Our  specific  aims  in  this  project  are  to  develop  a  new  PHR-A  for  diabetes  self¬ 
management,  to  obtain  feedback  of  this  product  regarding  its  “look  and  feel”,  and  then 
to  conduct  a  Pilot  Study  with  people  with  diabetes  that  will  test  the  following  hypotheses: 
1)  Glycemic  control  will  be  more  improved  among  people  with  diabetes  who  receive  the 
PHR-A  compared  with  people  with  diabetes  who  receive  “attention  control”.;  and  2)  Self- 
reported  diabetes  self-care,  engagement  with  care,  and  psychological  distress  related  to 
diabetes  will  be  more  improved  among  people  with  diabetes  who  receive  the  PHR-A 
compared  with  people  with  diabetes  who  receive  “attention  control. 

The  project  had  a  late  start  due  to  errors  in  the  contract  and  then  experienced  a 
cessation  of  operations  from  April  to  August  201 1  when  TRUE  Research  Foundation 
declared  bankruptcy.  However,  we  have  completed  ALL  development  and  have  written 
a  revised  research  protocol  for  the  proposed  Pilot  Study,  which  we  had  planned  to 
conduct  at  Womack,  after  we  submitted  a  revision  of  the  Statement  of  Work  (so  we 
could  conduct  the  study  there).  However,  things  did  not  go  as  planned  at  Womack,  as 
the  person  who  volunteered  to  be  the  PI  could  not  actually  fulfill  this  role.  Thus,  we  have 
requested  to  move  the  study  to  Walter  Reed  National  Military  Medical  Center.  In  the 
coming  year,  we  plan  to  conduct  the  Pilot  Study. 
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